home *** CD-ROM | disk | FTP | other *** search
/ Atari Mega Archive 1 / Atari Mega Archive - Volume 1.iso / lists / mint / l_0399 / 36 < prev    next >
Encoding:
Internet Message Format  |  1994-08-27  |  3.6 KB
  1. From: Julian F. Reschke <julian@GINA.UNI-MUENSTER.DE>
  2. Subject: Re: libraries
  3. Date: Wed, 20 Jan 93 11:27:12 MET DST
  4. In-Reply-To: <9301192316.AA18432@math.uni-muenster.de>; from "Michal Jaegermann" at Jan 19, 93 4:12 pm
  5.  
  6. > 
  7. > > When using Pure, I have:
  8. > 
  9. > > #include <tos.h>
  10. > 
  11. > > DTA *dta = Fgetdta ();
  12. > 
  13. > 
  14. > > With the MiNT include files, I have:
  15. > 
  16. > 
  17. > > #include <osbind.h>
  18. > 
  19. > > _DTA *dta = Fgetdta ();
  20. > 
  21. > > And so on. Yes, I can resolve all that with conditional includes and
  22. > > defines, but I really hate that. That's why I propose to make a fresh
  23. > > start (of course you can continue to use the old header files with
  24. > > old sources).
  25. > 
  26. > Fresh start with what?  I am not sure if we can help it.  There is
  27. > quite a bit of code already around and there is no standard authority
  28. > which could resolve such differences.  Pure C (even as Turbo C) was a
  29. > relative late comer to the scene and they did not pay an attention to
  30. > what was already around (or apparently to ANSI Standard as well) nor
  31. > they really had to.  Well, I rely on your word for it since I did not
  32. > have an opportunity to even look at this compiler not mentioning
  33. > writing some code for it.  And there are also some other compilers
  34. > like Lattice C and Prospero C - not even touching K&R stuff.  How
  35. > about them?
  36.  
  37. A fresh start with TOS header files (I thought that this was clear by now :-).
  38. I don't want to change existing code -- people can continue to use their
  39. old header files. And, btw: when Turbo C came out, it was the first ANSI
  40. compiler that was really usable (that was back in '88). The authority
  41. you are looking for is Eric Smith and the official system documentation.
  42. And, of course, the new specification is useful for all compilers (note
  43. that it's not *really* important that the header files are identical; it's
  44. only important that they define the same things and are found in the same
  45. places).
  46.  
  47. > Besides such differences are not very hard to reconcile even without a
  48. > ton of #ifdefs.  This is the reason that gcc has a header file
  49. > <compiler.h> where you can put neccessary defines there and you can
  50. > even put #ifdef... #include <tos.h> ... #endif in <osbind.h>, or
  51. > vice-versa, when a need will arise and things are nearly transparent.
  52. > For this you need header files for both compilers.  I know that this
  53. > is not an ideal situation but I doubt if we can help it.  Note that
  54. > gcc header files were carefuly written to make such adjustments
  55. > relatively easy.  On the top of it gcc header files alredy have a file
  56. > <tos.h>, and a few other similar, with the following contents:
  57. > 
  58. > /*
  59. >     <tos.h>
  60. >     This header is "Public Domain".
  61. >     (P) 1992 by Markus M. Nick
  62. >     
  63. >     This header makes it easier to compile sources with both PureC/TurboC
  64. >     and GNU-CC.  Now you needn't include different header files any more.
  65. >     
  66. >     Please send your comments and suggestions to:
  67. >         Markus_Nick@mz.maus.de
  68. > */
  69. > 
  70. > #ifndef __TOS__
  71. > 
  72. > #include <osbind.h>
  73. > 
  74. > #define __TOS__
  75. > #endif
  76. > 
  77. > so you should be able to use it instead of <osbind.h> even if the name
  78. > <tos.h> is a bad one (as you know perfectly well your OS does not have
  79. > to be TOS).
  80. > 
  81. >   Regards,
  82. >   Michal
  83. >   ntomczak@vm.ucs.ualberta.ca
  84. > 
  85.  
  86. But that is exactly the thing that I *hate*. I don't want to clutter all
  87. my header files and include directories with nested includes and tons
  88. of defines.
  89.  
  90. Again: I am speaking of a new set of header files. I don't say that the
  91. old header files have to be removed.
  92.  
  93. -- 
  94. ________________ cut here _________________________
  95. Julian F. Reschke, Hensenstr. 142, D-W4400 Muenster
  96.   eMail: julian@math.uni-muenster.de, jr@ms.maus.de
  97. ________ correct me if I'm wrong __________________
  98.